home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / prgtools / mint / filesy~1 / ramfs.zoo / readme.1st < prev    next >
Encoding:
Text File  |  1993-09-03  |  2.3 KB  |  47 lines
  1.  
  2.          RAMFS.XFS: A resizable ramdisk file system for MiNT
  3.         Version 1.4 -- September 1993
  4.  
  5. In MiNT's documentation, Eric Smith stated that it should be quite easy
  6. to implement "nifty things such as resizable ramdisks" using loadable
  7. file systems.  It's the simplest file system one can imagine, but I
  8. didn't find one anywhere, so I wrote it. 
  9.  
  10. This ramdisk allocates dynamically as much memory as it needs.  As you
  11. might expect, he won't work too well with programs which allocate all
  12. the memory; if you want to use it as a temporary directory for the GCC,
  13. you'll have to lower the _stksize of the executables to a reasonable
  14. value (128 Kbyte seems to be enough).
  15.  
  16. This disk installs itself as directory U:\ram if you're using MiNT 1.08
  17. or newer (this can be changed by modifying the RAM_NAME macro),
  18. otherwise as drive R.  Be careful in this case because low-level bios
  19. functions like getbpb() and rwabs() will probably yield strange results
  20. on this drive.  The filesystem is case-insensitive (case is preserved,
  21. but ignored), and filenames can be up to 35 characters long (this is the
  22. RAMFILE_MAX constant).  All the rwx bits and uid/gid stuff are
  23. supported.  Only the last-modification time of a file is recorded; the
  24. ctime and atime fields are not implemented.  Symbolic links are allowed,
  25. hard links aren't.  File sharing modes are implemented; file locking
  26. isn't.  You can move a file, directory or link across directories. 
  27.  
  28. You can "delete" an open file: the file will be immediately removed from
  29. the directory, but it will be deleted only when all the file handles
  30. referring to it will be closed.
  31.  
  32. You can now seek() past the end of a file. It should also be possible to
  33. do a Dgetcwd() of an arbitrary long path. Both of these changes haven't
  34. been fully tested, so be careful.
  35.  
  36. The results of the Dfree() function shouldn't be taken too seriously,
  37. especially the amount of free memory (because of fragmentation).
  38.  
  39. This program is postcardware. If you like it, you should send a postcard
  40. to my postal address. On the other hand, better report bugs via
  41. electronic mail.
  42.  
  43.   Thierry BOUSCH        Internet:  bousch@suntopo.matups.fr
  44.   44 Boulevard du Temple           Thierry.Bousch@linn.fidonet.org
  45.   75011 PARIS
  46.   FRANCE            Fidonet:   Thierry.Bousch @ 2:320/100
  47.